Description

This PR adds an implementation of the Unit of Work pattern so that multiple repository operations can be wrapped into a transaction and either committed or rolled back together.

Yes, EF Core DbContext already acts as a Unit of Work pattern implementation. You're welcome to use EF directly in your application but you will likely have less control over how your entities are populated, which may make it difficult to follow DDD patterns such as Aggregate.

You can register the EF Core implementation with your dependency injection like this:

builder.Services.AddUnitOfWork();

then use it in your code by injecting into the consuming class:

public class MyService(IUnitOfWork uow, ...)
{
  public void DoStuff()
  {
    uow.BeginTransaction();
    // Do repository stuff here
    uow.Commit();
  }
}

What type of PR is this? (check all applicable)

• 🍕 Feature
• 🐛 Bug Fix
• 📝 Documentation
• 🎨 Style
• 🧑‍💻 Code Refactor
• 🔥 Performance Improvements
• ✅ Tests
• 🤖 Build/CI
• 📦 Chore (Version bump, release, etc.)
• ⏩ Revert

Related Tickets & Documents

none

Changes Made

See above

Quality Checklist

• I have added or updated automated tests as needed.
• I have reviewed the code changes myself.
• I have used commit messages that adequately explain my changes.
• I have removed any extra logging, debugging code, and commented out code.
• I have updated any related documentation (if necessary).

Additional Notes

Open for discussion as to the name of the interface and class.